Clean version of Specification: 

GUARD TOUR SYSTEM 

This is a division of Application No. 09/419,475, filed October 15, 1999. 

Technical Field 

The present invention relates to an improved guard tour monitor system. More 
specifically, this invention relates to a system comprised of electronic hardware and 
software that insures that patrol guards or officers monitor all desired areas of one or 
more buildings or property. 

Background of the Invention 

At one time guard tour systems consisted of mechanical clocks which used paper 
tape recording systems to time stamp events of a tour. Another type of prior art guard 
tour system includes a bar code reader that is formed into a portable, hand-held device. 
Attached to each checkpoint are bar code labels. The guard or night watchman then 
walks around to each checkpoint and scans in the associated bar code label with the hand- 
held device. After completing the tour the guard then transmits the recorded list of bar 
code readings and time stamps to a report-generating computer. 

Prior art guard tour systems also required guards to follow strict route 
requirements during the tours. Usually, once the tour began, the guard had to progress 
through the tour according to a predefined sequence of checkpoints so that the progress 
and location of the guard was always known. However, this arrangement can be 
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counterproductive. Observers may be able to ascertain the guard's predetermined tour 
sequence and plan a break in based on that sequence. These systems also require that the 
guard proceed to each checkpoint in a predetermined amount of time. This does not 
allow the guard any flexibility to investigate unusual occurrences he encounters during 
the tour, because he must proceed to the next checkpoint. 

Other prior art guard tour systems required that the guard type in any incidents 
encountered during the tour into a log maintained by the tour monitor so that these 
incidents will be included in the tour report. This is time consuming, and because it is 
done at the end of the tour, accuracy is sacrificed. 

Further, prior art guard tour systems required that a user enter a computer program 
or type in instructions to begin downloading information from the reader. This is often a 
time consuming process, requiring some computer skills. 

The present invention is directed to an improved guard tour system, which 
includes advanced electronic hardware and software with improved data acquisition and 
reporting capabilities. The present invention improves efficiency and insures that guard 
tours are completed accurately and that any security problems are detected quickly. 

Therefore, in light of the foregoing deficiencies in the prior art, the applicant's 
invention is herein presented. 

Summarv of the Invention 
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The guard tour system of the present invention is comprised of a computer running 
a computer program that enables a variety of electronic hardware components to function 
as the guard tour system. It is also contemplated that the computer program be multi-user 
and/or network compatible. The electronic hardware includes one or more touch button 
readers; one or more downloaders for use with the touch button readers and a plurality of 
touch memory buttons located along a guard tour. Each touch memory button includes 
preprogrammed information specific to its particular location. As a guard or night 
watchman progresses through the guard tour he or she reads the information stored within 
each touch memory button using a hand-held, battery operated touch button reader. At 
the end of the tour the guard then places the touch button reader in a downloader which 
transfers the stored data to one or more central computers for processing. 

The central computer is programmed to download tour data from the readers, 
process such data and generate reports summarizing patrol data. Although these are the 
primary functions of the central computer, other functions may be performed by the 
computer as will be described herein. 

The hardware of the present invention automatically configures itself to be 
.compatible with a variety of guard tour systems from other manufacturers. Therefore a 
company already using certain guard tour checkpoints and readers can easily use the 
system of the present invention. 
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The preferred embodiment of the present invention also includes a number of 
features designed to facilitate easy use of the system. The computer program provides a 
hierarchical organization of information to give users easy access. The system also 
includes a feature that allow^s users to download data even when the guard tour computer 
program is not running on the central computer. Further, the present invention provides 
insert detection, so that when a reader is placed into the downloader system, the data are 
immediately downloaded without the need for instructions from the user. Additionally, 
users can customize reports to suit a particular need. 

The guard tour system of the present system also includes enhanced security 
features. Particularly, the present invention solves a deficiency of prior art systems that 
required a guard to visit each checkpoint in a predetermined sequence and in a prescribed 
amount of time. The present invention implements a method consisting of rules which 
allow more flexibility in guard tours. 

Although the preferred embodiment of the disclosed guard tour system is directed 
toward security applications, the system can also be used in a plurality of applications in 
which it is critical that regular checks of various conditions are made and verified. For 
example, the present invention can be used to insure regular checks of fire extinguishers 
throughout a facility. In this example each fire extinguisher would include a touch 
memory button fastened to its exterior. The touch button memory would include 
information identifying the particular fire extinguisher in almost an identical manner as 
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when the touch memory buttons are used throughout a guard patrol path. Other 
applications for the present invention, include but are not limited to, equipment checks, 
maintenance checks, hotel, restaurant, super market and/or restroom cleaning checks, 
patient checks in hospitals, and just about any application which requires regular 
monitoring and accountability. 

Based on the foregoing, it is an object of the present invention to provide a guard 
tour system wherein guards can quickly and easily gather patrol information and transmit 
such information to a central location. 

It is another object of the present invention to provide a hierarchical organization 
system for security information. 

It is another object of the present invention to define rules for determining the 
number of times a particular location was visited during a patrol or shift. 

These along with other objects and advantages of the present invention will 
become more readily apparent from a reading of the detailed description taken in 
conjunction with the drawings and the claims. 

Brief Description of the Drawings 

Fig. 1 is a partial schematic illustration of the guard tour system of the present 
invention comprising a central computer, one or more downloaders, a plurality of touch 
memory buttons and one or more touch button readers; 
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Fig. 2 is an electronic block diagram of a touch button reader of the present 
invention; 

Fig. 3 is an electronic block diagram of an intelligent downloader of the present 
invention; 

Fig. 4 is an electronic block diagram of a direct downloader of the present 
invention; 

Fig. 5 is a chart showing the hierarchy used to group and display information in 
the present invention; 

Fig. 6 is a chart summarizing the hardware devices hierarchy in the present 
invention; 

Fig. 7 is a flowchart illustrating the process of setting up the computer program 
and electronic hardware of the present invention. 

Fig. 8 is a flowchart showing the progress of a guard tour using the present 
invention; 

Fig. 9 is a flowchart of the downloading process in the present invention; 

Fig. 10 is a flowchart illustrating the process of generating and printing reports 
using the present invention; 

Fig. 1 1 is a flowchart illustrating the process of generating and printing batch 
reports using the present invention; 
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Fig. 12 is a flowchart representing a computer program feature of the present 
invention used to help add hardware devices to the system; 

Fig. 13 is a diagram of the attendant computer program component of the present 
invention; 

Fig. 14 is a chart illustrating the modular design of a preferred embodiment of the 
present invention; 

Fig. 1 5 is a flow diagram showing the process of creating and defining rules in the 
present invention. 

Detailed Description of the Preferred Embodiment 
The present invention is fully described hereinafter with reference to the drawings, 
in which preferred embodiments of the invention are shown. The invention may also be 
embodied in many different forms and should not be construed as limited to only the 
disclosed embodiments. The provided embodiments are included so the disclosure will 
be thorough, complete and will fully convey the scope of the invention to persons of 
ordinary skill in the art. 

A person of ordinary skill in the art would appreciate that the present invention 
may be embodied as a method, data processing system, or computer program product. 
As such, the present invention may take the form of an embodiment comprised entirely of 
hardware; an embodiment comprised entirely of software or an embodiment combining 
software and hardware aspects. In addition, the present invention may take the form of a 
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computer program product on a computer-readable storage medium having 
computer-readable program code means embodied in the medium. Any suitable 
computer readable medium may be utilized including hard disks, CD-ROMs, optical 
storage devices, or magnetic storage devices. 

The present invention is described with reference to flowcharts and/or diagrams 
that illustrate methods, apparatus or systems and computer program product. It should be 
understood that each block of the various flowcharts, and combinations of blocks in the 
flowcharts, can be implemented by computer program instructions. Such computer 
program instmctions can be loaded onto a general-purpose computer, special purpose 
computer, or other programmable data processing device to produce a machine, such that 
the instructions that execute on the computer or other programmable data processing 
apparatus create means for implementing the functions specified in the flowcharts. The 
computer program instructions can also be stored in a computer-readable memory that 
directs a computer or other programmable data processing device to function in a 
particular manner, such that the instructions stored in the computer-readable memory 
produce an article of manufacture including instruction means which implement the 
function specified in the flowcharts or diagrams. The computer program instructions 
may also be loaded onto a computer or other programmable data processing apparatus to 
cause a series of operational steps to be performed on the computer or other 
programmable apparatus to produce a computer implemented process such that the 
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instructions which execute on the computer or other programmable apparatus provide 
steps for implementing the functions specified in the flowcharts or diagrams. 

It will be understood that blocks of the flowcharts support combinations of means 
for performing the specified functions, combinations of steps for performing the specified 
functions and program instruction means for performing the specified functions. It is also 
to be understood that each block of the flowcharts or diagrams, and combinations of 
blocks in the flowcharts or diagrams, can be implemented by special purpose 
hardware-based computer systems which perform the specified functions or steps, or 
combinations of special purpose hardware and computer instructions. 

The present invention could be written in a number of computer languages 
including, but not limited to, C++, Basic, Visual Basic, Fortran, Cobol, Smalltalk, Java, 
and other conventional programming languages. It is to be understood that various 
computers and/or processors may be used to carry out the present invention without being 
limited to those described herein. The central computer 14 is an IBM or IBM-compatible 
personal computer, preferably utilizing a DOS, Windows 3.1, Windows 95, Windows 
NT, Unix, or OS/2 operating system. However, it should be understood that the present 
.invention could be implemented using other computers and/or processors, including, but 
not limited to, mainframe computers and mini-computers. 

Although the following description refers primarily to memory buttons and touch 
button readers to be used in conjunction with the present invention, it is contemplated 
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that the system can be carried out using other existing modes of marking checkpoints, 
including but not limited to, touch memory buttons, bar codes, magnetic strips, radio 
frequency transmitters/transceivers, and ultrasonic transmitters/transceivers. 

Turning now to the drawings, Fig. 1 shows a partial schematic illustration of the 
guard tour system of the present invention. Guard tour system 10 is primarily comprised 
of a central computer 14 and a monitor 12 that communicates with one or more types of 
data downloading devices. The most basic data downloading device is direct downloader 
16 connected to central computer 14 through standard communications means 38, such as 
an RS-232 cable. Direct downloader 16 includes touch memory button port 30 and touch 
memory reader port 32. The guard tour system 10 also includes one or more touch button 
readers 24, which are hand-held devices carried by guards from location to location to 
read preprogrammed information from each touch memory button 26. Touch memory 
buttons 26 are typically mounted to walls 28 or other structures at predetermined points 
along a guard patrol. By inserting the touch button reader 24 within touch memory 
reader port 32 of direct downloader 16, central computer 14 can read guard tour 
information or patrol data from the touch button reader 24. Direct downloader 16 
.connects directly via a cable to the serial communications port of the central computer 
14. After the patrol data has been downloaded to central computer 14 the patrol data are 
erased or cleared from the touch button reader 24. 

Other types of data downloading devices also include mobile downloader 18 and 
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modem downloader 20. Each of these downloaders also include touch button memory 
ports 30 and touch memory reader ports 32. By inserting the touch button reader 24 into 
the touch memory reader port 32 the central computer 14 is able to download 
information from the reader. Mobile downloader 1 8 connects directly to the serial 
communications port (not shown) of the central computer 14. Modem downloader 20 
connects to the central computer 14 over the telephone lines via a modem. Data are 
transferred bidirectionally between the downloaders (16, 18 and 20) and the guard tour 
software via a plurality of communications means 38, including but not limited to direct 
line, infrared, radio frequency, telephone lines, cellular telephones, over the Internet, 
satellite transmission or any other method of transmitting digital information. 

Fig. 2 shows the functional blocks that make up touch button reader 24 of the 
present invention. Reader 24 is comprised of microcontroller 40, nonvolatile memory 42, 
kickstarter logic 50, and real time clock 44. Primary battery 52 provides main power to 
the touch button reader 24. Backup battery 54 provides power to memory 42, thereby 
making it quasi-nonvolatile, to maintain the patrol data read from the touch memory 
buttons 26 and the kernel software for the touch button reader 24 during replacement of 
primary battery 52. In use the tip of the touch button reader 24, electrically connected to 
I/O port 48, is placed in contact with a touch memory button 26 mounted on a wall 28 or 
other surface. Touch memory button 26 receives power from the touch button reader 24. 
Data from touch memory button 26 is then stored in nonvolatile memory 42, along with 
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the time and date of the read provided by real time clock 44. In one embodiment touch 
button reader 24 can store up to 4,880 data reads before the data must be downloaded 
(optional) and the reader cleared. The reader can be programmed to alter its behavior via 
the programmer I/O 46 (input/output). The operation of touch button reader 24 is 
controlled by a microcontroller 40 which communicates with other internal components 
via data bus 58, address bus 56, and I/O bus 60, The data in a touch button reader 24 is 
transferred to the guard tour computer program through the downloaders 16, 1 8, and 20 
shown in Fig. 1 . The data transfer or downloading is initiated by placing the touch button 
reader 24 into the touch memory reader port 32 of one of the downloaders. 

Fig. 4 shows the functional blocks that make up direct downloader 16 of the 
present invention. Direct downloader 16 includes I/O board 94 and communications port 
104 which handle communication between the communications port (not shown) of 
central computer 14 and control plug-and-play dynamic hardware identification. Direct 
downloader 16 also includes indicators 92 and test logic 90. Test logic is connected to 
I/O board 94 by ID bus 96, data bus 98, and control bus 100. 

Indicators 92 display the status of data transfer and power supplied to the 
downloader 16. When touch button reader 24 is placed in touch button reader port 32 
(reference numeral 102 of Fig. 4) test logic 90 provides pass/fail indication for the 
primary battery 52 for reader 24. 
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The Windows 95 and later operating system marketed by the Microsoft 
Corporation includes the plug-and-play dynamic hardware identification feature which 
will detect the presence of the downloader 16, and then proceed to install the downloader. 
The plug-and-play capability of the Direct Downloader 16 solves a common problem 
with computer communication port devices because it is not necessary to assign 
interrupts, resolve IRQ conflicts, or determine communication port assignments with 
devices that meet plug-and-play standards. It is also contemplated that mobile 
downloader 18 and modem downloader 20 can also incorporate the same plug-and-play 
dynamic hardware identification feature. 

Direct Downloader 16 having plug-and-play compatibility is also used to enter ID 
numbers from each touch memory button 26 into the database of the guard tour computer 
program of the present invention. Reading and associating locations with ID numbers 
from the touch memory buttons 26 is typically done during initial setup of the guard tour 
computer program. When a touch memory button 26 is placed on the touch memory 
button port 30 (reference numeral 102 in Fig. 4), the guard tour computer program 
running on central computer 14 records the ID number of the button 26. The user then 
uses the keyboard (not shown) to enter a description of that button 26 into the guard tour 
computer program database running on central computer 14. The user must choose a 
''type" for each touch memory button 26 such as Officer, Incident, and Location. While 
one preferred embodiment uses touch memory buttons 26 that are permanently 
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preprogrammed with an identification number, basically making them read-only memory, 
the present invention could also use reprogrammable touch memory buttons. This option 
would allow various types of information to be included within the touch memory button 
making them more versatile. A person of ordinary skill in the art understands the 
interchangeability of read-only and reprogrammable memory devices. 

"Officer" buttons can be defined with the patrolman or officer's name, an 
identification number or any other means of identifying a specific officer. The officer 
will typically carry this button when making patrols. "Incident" buttons can be defined 
with descriptions of typical problems found while making patrols. Examples of typical 
problems include but are not limited to "window broken", "door unlocked", "tampering" 
and other problems noted during patrols. Incident buttons can be customized depending 
on the characteristics of the area being patrolled. Incident buttons are carried with patrol 
officers, often in a wallet designed for that purpose. Users can create incident buttons 
with duplicate descriptions so that they may be carried by several patrol officers at a 
given time. "Location" buttons are defined with the names or descriptions of the 
locations to be patrolled. These buttons are installed, usually on a wall 28 or other hard 
surface near each location. The guard tour system 10 of the present invention 
contemplates that users can identify touch memory buttons 26 with any information 
necessary to identify an aspect of a guard tour or patrol. 

Mobile Downloader 1 8 and Modem Downloader 20 of the present invention are 
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shown in Fig. 1. These devices are known generically as intelligent downloaders. A 
block diagram of the circuitry that makes up intelligent downloader 1 8 is shown in Fig. 3. 
Intelligent downloader 18 (also referred to as Mobile Downloader 18) includes and uses a 
microcontroller 62 to control all of its functions via data bus 86, address bus 82, 
I/O/con trol/status bus 88 and extended address bus 84. Microcontroller 62 receives its 
operating instructions from a computer program stored in EPROM 64 (electrically 
programmable read only memory). Microcontroller 62 electronically communicates with 
EPROM 64 through data bus 58 and address bus 56. 

Intelligent downloader 1 8 includes memory 66 to store guard tour data from the 
touch button reader 24. In one preferred embodiment memory 66 is comprised of a bank 
of SRAM (static random access memory) which is provided back up power (or made 
quasi-nonvolatile) by 3 volt battery 80. Memory 66 is preferably of sufficient size to 
store 7,000 or more data records. While data records are maintained in memory 66 if 
main power to intelligent downloader 1 8 is lost, for normal operation an external 9 volt 
power supply 76 is required. A 9 volt battery 78 may be used, wherein the 9 volt power 
supply76, 9 volt battery 78, and 3 volt back up battery 80 are connected to power control 
70, which is connected to I/O/control/status bus 88. 

Intelligent downloaders 18 may also include a display 34 such as an LCD (liquid 
crystal display). Display 34 is electrically connected to external port 68 by 
I/O/control/status bus 88 and extended address bus 84. The display 34 allows users to 
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view the current date and time (provided by the real time clock 72), the memory 66 and 
data download status, and a variety of diagnostic information. When intelligent 
downloader 18 is configured as a Modem Downloader, display 34 provides a menu from 
which the user can select the type of modem connected to external port 68. There are 
also several LEDs (light emitting diodes) connected to external port 68 used to indicate 
the status of system power, memory, data transfer, and the modem (Modem Downloader 
20 only). Intelligent downloader 18 is configured during the manufacturing process as 
either a Mobile Downloader 1 8 or a Modem downloader 20. 

The Mobile Downloader 1 8 is intended to be used in a car or truck and powered 
from the cigarette lighter or accessory outlet in the vehicle. Typically Mobile 
Downloader 1 8 is taken from site to site that will be guarded. Touch button reader 24 
used at each site is then placed in the touch button reader port 32 of Mobile Downloader 
1 8 and the patrol data from the touch button reader 24 are downloaded into memory 66, 
shown in Fig. 3. After patrol data are downloaded the touch button reader 24 is cleared 
and its real time clock 44 is reset making the touch button reader 24 ready to be 
immediately returned to service. When all touch button readers 24 have been 
downloaded into the Mobile Downloader 1 8, it is removed from the vehicle and taken to 
the central computer 14 on which the guard tour computer program is being run. The 
backup battery 80 maintains the patrol data in memory 66 of Mobile Downloader 18 until 
the downloader 18 can be connected to its normal office power supply 76. Once the 
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Mobile Downloader 18 returns to the user's central office it is connected to the 
communication port (not shown) of central computer 14 and the patrol data stored in 
memory 66 is then transferred to the guard tour computer program database. Once this 
download is complete, memory 66 of Mobile Downloader 18 is cleared and its real time 
clock 72 is reset to match the internal clock (not shown) of central computer 14. 

The Modem Downloader 20 can be used in the same manner as Mobile 
Downloader 18, except that Modem Downloader 20 has the additional capability of 
transferring patrol data from its memory 66 to central computer 14 via modem 22 (shown 
in Fig. 1). Modem 22 allows remote site locations to transfer patrol data to central 
computer 14 located at a central office. In this configuration central computer 14 acts as 
a host computer. The initiation of the transfer of patrol data can be from the Modem 
Downloader 20 or the host computer (central computer 14). An RS-232 communication 
cable 36 is used to connect the modem 22 to the Modem Downloader 20. When the 
touch button reader 24 is placed in touch button reader port 32 the patrol data from the 
touch button reader 24 is downloaded into memory 66. Next the touch button reader 24 
is cleared and its real time clock 44 is reset making touch button reader 24 ready to be 
returned to service. When all touch button readers 24 have been downloaded into the 
Modem Downloader 20, either the Modem Downloader 20 can dial the host computer 
(central computer 14), or the host computer can dial Modem Downloader 20. 

For the Modem Downloader 20 to initiate the call to the host computer the 
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following protocol is used. The user designates specific touch memory buttons 26 as 
"command buttons" using the guard tour computer program. In addition, specific touch 
button readers 24 are designated as "command readers". The guard tour computer 
program stores command button 26 and touch button reader 24 information, along with 
the telephone number for the host computer, the local time zone, and other information in 
memory 66 of Modem Downloader 20. When a command button is touched to the touch 
memory button port 30 of downloader 20, or a command touch button reader 24 is placed 
in the touch button reader port 32 of downloader 20, the Modem Downloader 20 will dial 
the stored telephone number. When the modem (not shown) in the host computer 
answers, the guard tour computer program will download the patrol data from the Modem 
Downloader 20, clear its memory 66, and reset its real time clock 72. The telephone line 
modem connection is then automatically disconnected. For the host computer to call the 
Modem Downloader 20 a different procedure is used. The user specifies the locations, 
telephone numbers, time zones, and other information for each remote patrol site. When 
desired, the user can then use the guard tour computer program to initiate a call to the 
remote patrol site. When the connection is established, the data transfer continues as 
previously described. 

Fig. 5 shows the hierarchical organization of information in the preferred 
embodiment of the present invention. Information can be grouped into categories or 
"nodes" including but not limited to Clients 400, Facilities 402, Groups 404, and 
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Locations 406. Client nodes 400 can have subordinate facilities 410, groups 412 and/or 
locations nodes 414. Facilities 402 can have subordinate groups 412 and locations nodes 
414, and groups 404 can have subordinate locations nodes 414. This organization is 
advantageous to the user because he or she can quickly access information on a single 
screen without searching through various menus or on-screen forms. 

In use, the categories can be used to divide information into an easily accessible 
hierarchy of nodes. For example, the Clients category may be used by security 
companies who supply services to a variety of different organizations to keep lists of 
clients 408 and the relevant information about each client in a central location. If a 
particular client has several facilities requiring patrolling, each of those can be listed in a 
separate facilities node under the client's node. In addition, if there are multiple locations 
in a particular facility or area that need to be checked as part of the patrol tour, these can 
also be listed subordinate to the client's node. Further, in-house security departments 
may use the groups 404 or locations 406 categories to organize patrolling for their own 
business. 

For instance, the user may list rooms or floors as groups and then certain rooms or 
offices as locations. Use of each category is optional and is not necessary to the function 
of the system. The above list is merely exemplary and is not an exhaustive list of all uses 
of the hierarchical categories of the present computer program. 
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Fig. 6. shows the hierarchical organization of the hardware devices used with the 
present invention. The hardware devices including readers 418, downloaders 420, 
software 422, and technical support resources 424 are organized in a hierarchical node 
system. Users list under each node the specific identity of each hardware component in 
the system. In the Readers node 418, the user identifies all of the readers by number or 
name to show all of the readers in the system or in use at a particular time. Under the 
Downloaders node, the user could specify all of the downloaders in the system and their 
locations. Under the Software node, the user may view all software modules available 
and determine which are presently activated. Finally, the Technical Support Resources 
node indicates how to contact the supplier for technical support, and can produce a report 
that may be helpful for technical support incidents. 

The hierarchical arrangement of the present invention improves on previous 
systems in that it gives access to all readers and downloaders through one click of a 
mouse button. This simplifies adding, deleting, renaming and downloading all hardware 
used for patrols. 

Fig. 7 illustrates the process of setting up the guard tour computer program and 
hardware. In one preferred embodiment of the invention. Setup is primarily used to 
define memory buttons or other "checkpoints" that describe and identify officers, 
incidents, and locations. Some steps in the set up process are optional; the need for the 
various steps is detennined by the type of organization using the computer program and 
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its business or other requirements. At the start of the Setup 120 process the user has the 
option of defining patrol detail records that include but are not limited to clients, 
faciHties, groups and/or locations 122. These are defined as shown in Fig. 5 and as 
described above. The user also has the option of defining rules 122. The process of 
defining rules is shown in Fig. 1 5 and described below. 

An alternate or contemporaneous first step in the Setup 120 process is to define 
security passwords 124. If security is enabled on the guard tour system or application, it 
will request a password when the computer program starts. The application will not run 
if the proper password is not entered. A supervisor can assign passwords to individuals 
or to groups of employees. Particular passwords can be configured to provide certain 
levels of access. For example, some employees may have full access, where the user has 
complete access to all guard tour information, while others have report-only access, 
where the user can only print or preview reports. Some users may have read-only access, 
where the user may view the report data but may not make any changes to data. It is 
contemplated by the present invention that users can define the access that particular 
individuals can have to patrol data according to the user's needs. Because passwords 
allow only certain individuals to have full access to the security reports, the chances of 
data tampering are minimized. 

The next step in the setup process is to install the necessary hardware. The 
software can autodetect and install local and/or remote readers and downloaders 126 or 
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manually install local and/or remote readers and downloaders 128. A software "wizard" 
for adding devices can be used to assist with this process as shown in Fig. 10 and 
described below. Wizards are small computer programs or software routines that assist 
users in performing small tasks such as installing new hardware. After the appropriate 
hardware is installed, the user can add memory buttons to the system manually 130, by 
touching them to the touch memory button port 30 of a downloader 16, at which point the 
computer program will detect the button 26. Again, it is contemplated that these features 
be incorporated within Mobile Downloader 18 and Modem Downloader 20. Then a 
software wizard assists with the process of identifying new or unassigned memory 
buttons 134. Next, the user defines the memory button by assigning a description such as 
location name, officer name, description of an incident or any other characteristic 
necessary for a particular patrol 136. 

An additional feature of the present invention is that touch memory buttons, 
downloaders, checkpoints and other hardware and/or information records may be 
completely detached from their predefined meaning. This allows the user to change the 
meaning of a touch memory button (downloader, checkpoint or other hardware / 
information record) at any point in the life of the button without affecting previous, 
historic data. This maintains historic data integrity while allowing for maximum 
flexibility in the guard tour system. 
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Alternatively, information can be collected and downloaded from the reader used 
in the system 132. For example, if touch memory buttons 26 or other types of checkpoint 
devices are already placed in the field, a compatible reader can be taken into the field to 
read those checkpoint devices. The reader can then be placed into the touch memory 
reader port 32 of a downloader. The reader will be detected and the information 
downloaded and installed into the guard tour computer program database. After 
downloading, the guard tour computer program will install the defined memory buttons 
or checkpoints into the system. If an undefined checkpoint is found, the software wizard 
will assist the user in defining this checkpoint 136 as described above. The user repeats 
steps 130-136 until all touch memory buttons 26 or checkpoints are defined. 

Next, the user has the option of defining command buttons and readers 138. These 
are specific buttons or readers identified so as to initiate a call to the host computer 14 
when touched to the memory button 26 or the reader port 32 of the modem downloader 
20. The user also has the option of defining additional rules 140 as described below. 
Further, the user may define custom reports 142. The present invention provides the 
option of creating a variety of report types which can be customized for a particular user. 
Customizable options include adding the client's contact information, setting the date 
range, filtering by specific locations, officers, incidents or any other user defined 
characteristic. Reports may also be customized with the user or client specific designs, 
such as logos or watermarks. This is done by creating custom bitmaps in any appropriate 
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application, then placing these bitmaps in the correct directory on the user's hard drive. 
It is also possible to include drawings or photographs of patrol stops or other visual 
information to include in the reports. 

Once the user has completed the essential steps and has selected optional steps, the 
setup is complete 144. However, the user has the option to add, delete or change this 
information at any time. 

Fig. 8 illustrates making a typical patrol with a touch button reader 24. This 
process is independent of the computer program, and any type of reader compatible with 
the location markers in the field may be used. The officer or guard may start a patrol 146 
by reading his officer button with the touch button reader 24 to be used on the tour 148. 
Although this step is optional, doing so allows filtering of the printed reports according to 
the officer. This officer makes a patrol of locations 150, reading the location memory 
button 26 or other checkpoint device with the reader 24 at each location 1 52. Steps 1 50 
and 152 are repeated at each location on the patrol. In addition, the officer will look for 
any incidents along the patrol route 154. The officer carries incident report buttons with 
him. If there are incidents to report, the officer will touch the appropriately defined 
incident report button 156 with reader 24 to report such an incident. If there are no 
incidents to report, but there are additional checkpoints on the patrol 158, the officer 
proceeds to the next location 160 and repeats steps 150 and 152. If there is another patrol 
to be made 1 62 by the same officer 1 64, the officer will go back to step 1 50. If the next 
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patrol is to be made by another officer, the reader 24 can be passed to the next officer to 
make the patrol. The next officer reads his officer button 148 to begin the next patrol. If 
there are no additional patrols to be made the information can be downloaded 166 from 
the reader 24. Information does not have to be downloaded from readers 24 at specified 
time periods such as at the end of every patrol or shift. The reader 24 is capable of 
storing the information for days or weeks if necessary. 

Fig. 9 illustrates the downloading process. An attendant software program, which 
will be described below, controls the downloading process. To begin downloading, the 
attendant computer program is run on the computer 168. The guard tour application does 
not have to be running at the time a download occurs. This is an advantage over other 
tour systems because it provides enhanced security. The progress of the downloading 
process depends on whether the downloader (16, 18 or 20) is local or remote 170. If the 
downloader is local, the officer or guard places the reader in the downloader 172. If the 
insert detection feature of attendant computer program is enabled 174 the patrol data are 
downloaded at 178. The insert detection feature allows a user to insert touch button 
reader 24 into downloader 16 to initiate the downloading process. With less sophisticated 
systems, a switch or button must be used to initiate downloading once the reader is placed 
in a downloader. The insert detection feature is also designed to detect third party readers 
of inferior design. Upon detection of a reader 24 within reader port 32, downloader 16 
identifies the specific type of reader detected and employs the correct communication 
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protocol necessary to download guard patrol information to the central computer 14. The 
downloader 16 is coupled to the central computer 14 by a variety of communication 
means, including but not limited to, electrical cables, telephone lines, cellular 
transmission, radio frequency transmission and satellite transmission. If the insert 
detection is not enabled, the user must initiate the download 176 by selecting the 
download option from a menu. Once the user has properly initiated the download by the 
computer, the patrol data are downloaded 178. 

If the downloader is at a remote location, the downloading occurs differently. The 
reader is placed in the downloader at 1 80. At this point the host computer dials or the 
remote dials 182. If the host computer dials the remote downloader, the user initiates the 
download by selecting the download option from a menu or typing in specific download 
instructions. Once a connection is established between the host computer and the 
downloader, the tour data are downloaded to the host computer at 178. Alternatively, the 
remote system may be configured to dial the host computer. If this is the case, a 
"command" touch button reader is placed in the downloader's reader port 32, or a 
"command" memory button is touched to the downloader's touch memory button port 30 
to instruct the downloader to dial the host computer 186. Other types of readers may 
require scanning a "dial strip" to initiate dialing from the remote site. The remote 
downloader will dial the host computer 188 which downloads the patrol data 178. 

At this point, the remaining steps in the downloading process are the same for both 
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remote and local downloaders. If the guard tour application of the present invention is 
running 190 or the attendant computer program is configured 202 to start the guard tour 
system 204 the host computer will begin processing the downloaded data 192. If there 
are any unknown memory buttons in the data 194 the unassigned button wizard 196 is 
activated. This will prompt the user to identify such buttons 198. Once any unknown 
buttons have been identified or if none exist, the downloaded data are processed 200 and 
reports can be generated (Figs. 10 and 1 1). 

At any given time the guard tour application may not be running 190, the attendant 
computer program may not be configured to start the guard tour software or a password 
may be required to run the guard tour software. If any of these is the case, the data are 
stored by the host computer for later processing 206. 

Fig. 10 shows the procedure for printing reports. In one preferred embodiment of 
the invention, reports can be printed showing memory button listings as well as reports of 
the downloaded patrol data. Reports may be divided into basic or advanced report types. 
To start 208, the user may choose to generate reports for individual downloads or for all 
downloads that fall within a user-specified range of dates 210. Basic reports are made for 
one or more selected downloads. To generate these reports, the user either selects the 
print option from a systems tab 212 (a type of menu option) or from a download 
properties tab 214, which allows the printing of basic reports with a single mouse click; 

This saves considerable time because it requires no prior set up. This method 
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allows printing a report for any single download, groups of downloads, or button listings 
for specific types of buttons, and technical support information. The user has the option 
of viewing the report data on-screen before printing 216. The final step is printing the 
report 218. 

The user may choose to print more complex types of reports as necessary. The 
user can select to print reports by date range 210 to generate these more advanced reports, 
The user selects the type of report 220 from choices including but not limited to incident 
reports, officer-location reports, officer-incident-location reports, rule exception reports, 
and other reports. Next the user can set up options such as date range, appearance and 
filters 222. A date range can be set by specifying "from" and "to" dates between which 
all patrol data will be included. Report appearance options include but are not limited to 
such items as company logos, cover sheets, photographs, detailed headings, watermarks, 
bitmaps, drawings, illustrations, trademarks and patrol statistics in the reports. A user 
can also select a report style from a list including but not limited to business, classic, and 
fax. Filters are set to further refine the patrol data in the reports. With filters, the user 
can select specific officers, incidents, locations, clients, facilities, groups or other 
characteristics. Only data appropriate to these selected characteristics are included in the 
report. 

Next, the user has the option of setting up a cover sheet for the reports 224. The 
user also has the option of defining rules for the specific report 228. Finally, the user can 
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preview the report on-screen 230 and/or print the report 232. 

Fig. 1 1 illustrates the concept of batch reports. Any custom reports can be 
selected and saved in a batch report 226 (Fig. 10). This saves considerable time when a 
group of reports must be printed regularly. To start 234, the user simply selects from a 
list any custom reports to be included in the batch 236, then assigns a name and saves 238 
the batch report. When the batch report is printed 240, all of the reports included in the 
batch are printed in order without user interaction. 

Fig. 12 illustrates the mechanism in the guard tour system of the present invention 
for adding readers 24, downloaders (16, 18 or 20), or other devices to the system. The 
guard tour computer program contains a "wizard" which assists the user in completing 
the process and automatically installs the added devices to the system. For downloaders 
connected directly to the central computer 14 (local devices), the user must connect the 
downloader to the communications port 242 of the central computer 14, insert a reader 24 
in each downloader at 250, and then start the "add devices" wizard 246. This wizard 
polls the local communications ports and identifies and installs the located devices 252. 
After all devices have been found and installed the user exits the "add devices" wizard 
264. If no devices are detected 256 the user may try again by directing the wizard to 
repeat the process 258. 

For remote devices the user must set up the downloader(s)-and modem(s) at the 
remote locations by connecting the downloaders to modems, connecting the modems to 
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the phone Hnes 244 and placing readers 24 into the downloaders 250. The user then 
starts the "add devices" wizard 246. The telephone numbers for the remote locations are 
entered 248. The wizard will dial each location, connect to the remote device and install 
the devices 254. As with the local devices, if no devices are found, the user can direct the 
wizard to repeat the process 258. When the remote devices are added to the guard tour 
system, the user can enter information about the time zone in which each remote device is 
located and modem phone number for the remote location 260. 

At any time the user may manually add devices with help from the add devices 
wizard 262. This option allows a user to select from a list of supported devices, and 
assists the user in assigning the correct communications port. 

The process by which the present invention automatically scans for, detects and 
installs devices such as readers and downloaders eliminates many of the problems found 
in prior art systems particularly finding and assigning communications ports, interrupt 
requests and understanding specifications of the devices being added. After the devices 
are added, a description of each device is automatically placed under the appropriate 
nodes in the hardware hierarchy, as shown in Fig. 6, The user can rename these devices at 
anytime. 

Fig. 13 shows the internal operation of the attendant computer program 
component. The attendant computer program 266 provides the communications between 
the guard tour system application 290 and the external devices 268, i.e., the readers and 
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downloaders. The attendant computer program consists of a user interface 280, and 
several hardware driver files 270 -278. Driver files give the attendant computer program 
the unique ability to download, clear, set time and date, and perform operations with a 
variety of readers and downloaders 282-288 . The user interface 280 of the attendant 
computer program allows the user to initiate downloading of both local and remote 
devices, set options for the program and disable or exit the attendant computer program. 
The attendant computer program can be set to start when the central computer 14 is 
started. This makes the attendant computer program available to automatically download 
readers at all times if the connected devices (downloaders and readers 282-288 ) support 
the insert detect feature. 

Fig. 14 illustrates the modular nature of the guard tour system of the present 
invention. Types of modules include but are not limited to basic system 292, advanced 
rules and reporting 294, data maintenance 296, and third party hardware support 298-302. 
The basic system includes features such as a facilities module for client, facilities, groups 
and locations information; a buttons module; a downloads module for the downloaded 
data; a system module for the hardware and software; and a module for the attendant 
software. The advanced rules and reporting module provides a variety of reports and 
features which are not included in the basic system such as client reports, 
officer/incident/location reports, rules based reporting (showing the baseline rule and 
exceptions), data filtering and advanced formatting using predefined templates for 
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reports. The data maintenance module provides database maintenance functions 
including backup/restore, compacting, data purge and archiving. The third party and/or 
competitor hardware support provides features for use with readers and downloaders 
manufactured by different companies. Further, the modular construction allows 
additional software modules or features to be created and added as they are developed 
304. 

A user may activate one or more modules by obtaining an activation code from the 
provider of the system. Once a module is activated, it can be used without restriction on 
a computer 306. It is also contemplated by the present invention that end users of the 
system can obtain these modules on various software media or via the Internet, and they 
can be installed without replacing the complete system. 

Fig. 15 shows the process of creating a "Rule". The concept of rules resolves a 
common problem in establishing accountability among the officers or guards making 
patrols by determining the number of times a location was visited in a given time period. 
This is done by eliminating the concept of "tours," which force the officer to log in to 
start a tour and are generally rigid in the route requirements. Rules are much more 
flexible in that their processing is done dynamically. Rules are "data-centric" rather than 
"tour-centric." This allows the "Rule" to be compared to the number of visits in the 
patrol data over a given time span. As additional patrol data are collected, the "Rule" can 
be reprocessed at any time to account for the new data. An example of a "Rule" is as 
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follows: A client requires every location at one of its facilities to be read twice each 
weekday between 12:00 a.m. and 6:30 a.m. A second rule for the same client requires 
five locations to be read once every hour on Saturdays and Sundays. These rules are set 
up in the computer program. As patrol data are collected and downloaded, reports can be 
printed that list any exceptions to these rules. Examples of exceptions would be a location 
that was not read for a two hour period on a Sunday, or a location that was read only once 
between 12:00 a.m. and 6:30 a.m. on a Tuesday. These would appear on a Rule 
Exception report for that client. Another advantage of Rules is that they allow a guard to 
investigate unusual occurrences without violating rigid tour route requirements. This 
method allows guards to effectively do their jobs with more flexibility than previous 
systems. 

In the preferred embodiment of the present invention, the user starts 308 by 
assigning a name to the Rule 3 10. Next, the user assigns the dates for which the Rule is 
valid 312. A Rule can be valid from the date it is created forward, or a date can be 
specified from which the rule is valid. The rule can also be assigned a date after which 
the rule will expire. 

A user then determines the schedules for the rules 314. Rules can be scheduled for 
every day 316, which means that the Rule will apply every day of the week. Rules can 
also be made to apply on specific days of the week 3 1 8. For example, a particular Rule 
may only apply on Tuesdays, Wednesdays, Fridays, and Sundays. Rules may also be set 
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for specific days of the month 320, for example the second day of every month, the third 
Monday of every month or the last day of every month. Next, the user sets the time 
period for the Rule 322. As a default, the Rule is always in effect, but this can be 
modified by the user. For example the user may make a Rule effective only between 
midnight until 6 a.m. 

Next, the details for the Rule are confirmed. The user sets the required number of 
reads for each location on the patrol 324. When Rules are processed by the system, any 
and all locations which are read fewer than the required number, within the date and time 
ranges scheduled for a given Rule, cause an exception to be reported. 

Finally, the user can add a map of the patrol 326 to the Rule. This could be a 
graphic showing the route for the individual or mobile patrol, the route to the client's 
location or any other map applicable to the patrol. The map can be printed and taken by 
the guard as he or she makes the patrol, to help avoid missed locations. This is especially 
helpful when training new officers or when the patrol is complex. The rule is then saved 
328. 

The foregoing disclosure is illustrative of the present invention and is not to be 
construed as limiting thereof. Although one or more embodiments of the invention have 
been described, persons of ordinary skill in the art will readily appreciate that numerous 
modifications could be made without departing from the scope and spirit of the disclosed 
invention. As such, it should be understood that all such modifications are intended to be 
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included within the scope of this invention as defined in the claims. Within the claims, 
means-plus-function language is intended to cover the structures described in the present 
application as performing the recited function, and not only structural equivalents but 
also equivalent structures. The written description and drawings illustrate the present 
invention and are not to be construed as limited to the specific embodiments disclosed. 
Modifications to the disclosed embodiments, as well as other embodiments, are included 
within the scope of the claims. The present invention is defined by the following claims, 
including equivalents thereof 
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